অ্যাপাচি অ্যাকটিভএমকিউ (Apache ActiveMQ) মেসেজ পাসিং এবং ট্রান্সপোর্ট সিস্টেমের জন্য একটি অত্যন্ত শক্তিশালী ব্রোকার সিস্টেম। এই সিস্টেমে Message Redelivery এবং Dead Letter Queue (DLQ) ব্যবস্থাপনা অত্যন্ত গুরুত্বপূর্ণ, কারণ মেসেজের প্রক্রিয়া ত্রুটিপূর্ণ হলে বা নির্দিষ্ট শর্ত পূরণ না হলে, সেগুলি সঠিকভাবে পরিচালনা করতে হয়।

Message Redelivery

Message Redelivery হল এমন একটি প্রক্রিয়া যার মাধ্যমে কোনো মেসেজ প্রথমবার প্রক্রিয়া করা না হলে, সেটি পুনরায় পাঠানো হয় (redelivered)।

মেসেজ রেডেলিভারি সাধারণত তখন ঘটে যখন:

• কনজিউমার (Consumer) মেসেজ গ্রহণ করার পর সঠিকভাবে তা প্রসেস করতে না পারে (যেমন, কনজিউমারের কাছে সিস্টেম ত্রুটি বা ব্যর্থতা)।
• কনজিউমার মেসেজ গ্রহণ করার পর তা acknowledge (স্বীকৃতি) না করে থাকে।

অ্যাকটিভএমকিউ-এ মেসেজ রেডেলিভারি কিছু কনফিগারেশনের মাধ্যমে নিয়ন্ত্রণ করা হয়, যাতে কোনো মেসেজ বারবার কনজিউমারের কাছে পাঠানো না হয়।

Message Redelivery Handling-এর বৈশিষ্ট্য

1. Redelivery Delay: মেসেজ যখন প্রথমবারের মতো কনজিউমারের কাছে পৌঁছায় এবং তা প্রসেস করা না হয়, তখন রেডেলিভার জন্য একটি নির্দিষ্ট বিলম্ব (delay) দেওয়া যেতে পারে।
2. Maximum Redelivery Attempts: কনফিগার করা হয় যে একটি মেসেজ কতবার রেডেলিভারি করা হবে। সাধারণত, যখন কোনো মেসেজ একাধিকবার রেডেলিভারি হয় এবং সফলভাবে প্রক্রিয়া করা না হয়, তখন সেটি Dead Letter Queue (DLQ)-এ স্থানান্তরিত হয়।
3. Redelivery Policy: অ্যাকটিভএমকিউ-এ রেডেলিভারি পলিসি কনফিগার করা যায়, যেমন মেসেজের পরবর্তী রেডেলিভারি সময়, পুনরায় প্রেরণ করার সংখ্যা ইত্যাদি।

কনফিগারেশন উদাহরণ

<destinationPolicy>
    <policyMap>
        <policyEntries>
            <policyEntry queue=">" redeliveryDelay="5000" maximumRedeliveries="5"/>
        </policyEntries>
    </policyMap>
</destinationPolicy>

এখানে:

• redeliveryDelay="5000": একটি মেসেজ রেডেলিভার আগে ৫ সেকেন্ডের বিলম্ব।
• maximumRedeliveries="5": একটি মেসেজ সর্বাধিক ৫ বার রেডেলিভারি হবে।

এটি নিশ্চিত করে যে, কনজিউমার যদি মেসেজটি ৫ বার রেডেলিভারি করার পরও গ্রহণ না করতে পারে, তবে সেটি DLQ-তে স্থানান্তরিত হবে।

Dead Letter Queue (DLQ) ব্যবস্থাপনা

Dead Letter Queue (DLQ) একটি বিশেষ কিউ যা মেসেজের জন্য ব্যবহৃত হয় যখন সেগুলিকে নির্দিষ্ট শর্ত পূরণ করতে ব্যর্থ হয়, যেমন মেসেজ বারবার রেডেলিভারি করা হয়েছে, তবে তা কনজিউমারের কাছে সফলভাবে প্রসেস করা সম্ভব হয়নি।

DLQ ব্যবস্থাপনার উদ্দেশ্য:

• মেসেজ হারানো বা প্রক্রিয়া করা না গেলে সেগুলি নিরাপদে সংরক্ষণ করা।
• মেসেজগুলির সমস্যা চিহ্নিত করা, যেমন যেগুলি রেডেলিভারি পলিসি পূরণ করতে ব্যর্থ হয়েছে।

DLQ কনফিগারেশন

অ্যাকটিভএমকিউ-এ Dead Letter Queue ব্যবস্থাপনার জন্য কনফিগারেশন করা হয়। সাধারণত, DLQ কিউটি সেট করার সময় এক বা একাধিক শর্ত নির্ধারণ করা হয় যা মেসেজগুলোকে ডেড লেটার কিউতে স্থানান্তরিত করবে।

<broker xmlns="http://activemq.apache.org/schema/core"
        brokerName="localhost"
        dataDirectory="${activemq.data}">
    
    <!-- Configuring Dead Letter Queue -->
    <deadLetterStrategy>
        <individualDeadLetterStrategy queuePrefix="DLQ."/>
    </deadLetterStrategy>

    <destinationPolicy>
        <policyMap>
            <policyEntries>
                <policyEntry queue=">" deadLetterStrategy="#individualDeadLetterStrategy"/>
            </policyEntries>
        </policyMap>
    </destinationPolicy>

    <transportConnectors>
        <transportConnector uri="tcp://localhost:61616"/>
    </transportConnectors>
</broker>

এখানে:

• individualDeadLetterStrategy: এই কনফিগারেশন দ্বারা, প্রত্যেক কিউ-এর জন্য একটি আলাদা ডেড লেটার কিউ তৈরি করা হবে, যেমন DLQ.someQueueName।
• deadLetterStrategy: কিউ-এর জন্য ডেড লেটার কিউ স্ট্র্যাটেজি নির্ধারণ করা হয়েছে।

DLQ-তে মেসেজ স্থানান্তরিত করার শর্ত

একাধিক কারণ হতে পারে যখন মেসেজ DLQ-তে স্থানান্তরিত হয়, যেমন:

1. Maximum Redelivery Attempts Exceeded: যদি কোনো মেসেজ বেশ কয়েকবার রেডেলিভারি করার পরও প্রসেস না হয়, তবে তা DLQ-তে চলে যাবে।
2. Message Expiration: মেসেজটির মেয়াদ শেষ হয়ে গেলে তা DLQ-তে চলে যাবে।
3. Consumer Acknowledgment Failures: যদি কনজিউমার মেসেজ গ্রহণের পর acknowledge না করে, তাহলে মেসেজটি DLQ-তে স্থানান্তরিত হতে পারে।

DLQ ব্যবস্থাপনার সুবিধা

• Message Analysis: DLQ-তে চলে যাওয়া মেসেজগুলি বিশ্লেষণ করে তাদের সমস্যাগুলি চিহ্নিত করা যায়। এটি ট্রাবলশুটিং এবং ডিবাগিংয়ের জন্য সহায়ক।
• Message Retrying: DLQ-তে থাকা মেসেজগুলিকে পরবর্তীতে পুনরায় প্রক্রিয়া করা যায়, তবে বিশেষ নজরদারি বা সমস্যার সমাধান করার পর।
• Avoiding System Lockup: DLQ ব্যবহারের মাধ্যমে, সিস্টেমের প্রধান কিউটি আরও ভালোভাবে কার্যকরী থাকে কারণ ব্যর্থ মেসেজগুলির কারণে মূল কিউতে কোনও ব্যাঘাত হয় না।

সারাংশ

• Message Redelivery: মেসেজ রেডেলিভারি এমন একটি প্রক্রিয়া যার মাধ্যমে একাধিকবার মেসেজ প্রক্রিয়া করা না হলে সেটি পুনরায় পাঠানো হয়। এটি redeliveryDelay এবং maximumRedeliveries কনফিগারেশনের মাধ্যমে নিয়ন্ত্রিত হয়।
• Dead Letter Queue (DLQ): DLQ ব্যবস্থাপনা এমন একটি কিউ যেখানে সেইসব মেসেজ জমা হয় যা বারবার রেডেলিভারি করা হলেও সফলভাবে প্রক্রিয়া করা সম্ভব হয়নি। DLQ-তে স্থানান্তরিত হওয়া মেসেজগুলি পরবর্তীতে বিশ্লেষণ বা পুনরায় প্রক্রিয়া করার জন্য ব্যবহার করা যায়।
• Configuration: DLQ এবং মেসেজ রেডেলিভারি কনফিগারেশন কিউ বা টপিকের জন্য আলাদাভাবে সেট করা যায় যাতে মেসেজ প্রক্রিয়া সঠিকভাবে পরিচালিত হয়।

এই ব্যবস্থাগুলি অ্যাপাচি অ্যাকটিভএমকিউ-তে মেসেজ সিস্টেমের রিলায়েবিলিটি এবং কার্যক্ষমতা বজায় রাখতে সহায়ক।